Resource sharing in a telecommunications environment

ABSTRACT

A transceiver is designed to share memory and processing power amongst a plurality of transmitter and/or receiver latency paths, in a communications transceiver that carries or supports multiple applications. For example, the transmitter and/or receiver latency paths of the transceiver can share an interleaver/deinterleaver memory. This allocation can be done based on the data rate, latency, BER, impulse noise protection requirements of the application, data or information being transported over each latency path, or in general any parameter associated with the communications system.

RELATED APPLICATION DATA

This application is a Continuation of U.S. application Ser. No.14/081,469, filed Nov. 15, 2013, now U.S. Pat. No. 9,069,718, which is aContinuation of U.S. application Ser. No. 13/942,938, filed Jul. 16,2013, now U.S. Pat. No. 8,607,126, which is a Continuation of U.S.application Ser. No. 13/567,261, filed Aug. 6, 2012, now U.S. Pat. No.8,495,473, which is a Continuation of U.S. application Ser. No.12/901,699, filed Oct. 11, 2010, now U.S. Pat. No. 8,276,048, which is aContinuation of Ser. No. 12/761,586, filed Apr. 16, 2010, now U.S. Pat.No. 7,844,882, which is a Continuation of U.S. application Ser. No.11/246,163 filed Oct. 11, 2005, now U.S. Pat. No. 7,831,890, whichclaims the benefit of and priority under 35 U.S.C. §119(e) to U.S.Patent Application No. 60/618,269, filed Oct. 12, 2004, entitled“Sharing Memory and Processing Resources in DSL Systems,” each of whichare incorporated herein by reference in their entirety.

BACKGROUND

Field of the Invention

This invention generally relates to communication systems. Morespecifically, an exemplary embodiment of this invention relates tomemory sharing in communication systems. Another exemplary embodimentrelates to processing or coding resource sharing in a communicationsystem.

Description of Related Art

U.S. Pat. Nos. 6,775,320 and 6,778,596 describe DSL systems supportingmultiple applications and multiple framer/coder/interleaver FCI blocks(an FCI block is also referred to as a latency path). DSL systems carryapplications that have different transmission requirements with regardto, for example, data rate, latency (delay), bit error rate (BER), andthe like. For example, video typically requires a low BER (<1E-10) butcan tolerate higher latency (>20 ms). Voice, on the other hand,typically requires a low latency (<1 ms) but can tolerate BER (>1E-3).

As described in U.S. Pat. No. 6,775,320, different applications can usedifferent latency paths in order to satisfy the different applicationrequirements of the communication system. As a result a transceiver mustsupport multiple latency paths in order to support applications such asvideo, Internet access and voice telephony. When implemented in atransceiver, each of the latency paths will have a framer, coder, andinterleaver block with different capabilities that depend on theapplication requirements.

SUMMARY

One difficulty with implementing multiple latency paths in a transceiveris the fact that a latency path is a complicated digital circuit thatrequires a large amount of memory and processing power. An interleaverwithin a latency path can consume a large amount of memory in order toprovide error correcting capability. For example, a typical DSLtransceiver will have at least one latency path with approximately 16kbytes of memory for the interleaver. Likewise, the coding block, forexample, a Reed Solomon coder, consumes a large amount of processingpower. In general, as the number of latency paths increase, the memoryand processing power requirements for a communication system becomelarger.

Accordingly, an exemplary aspect of this invention relates to sharingmemory between one or more interleavers and/or deinterleavers in atransceiver. More particularly, an exemplary aspect of this inventionrelates to shared latency path memory in a transceiver.

Additional aspects of this invention relate to configuring andinitializing shared memory in a communication system. More particularly,an exemplary aspect of this invention relates to configuring andinitializing interleaver/deinterleaver memory in a communication system.

Additional aspects of the invention relate to determining the amount ofmemory that can be allocated to a particular component by acommunication system. More specifically, an exemplary aspect of theinvention relates to determining the maximum amount of shared memorythat can be allocated to one or more interleaves or deinterleavers.

According to another exemplary aspect of the invention, processing poweris shared between a number of transceiver modules. More specifically,and in accordance with an exemplary embodiment of the invention, acoding module is shared between one or more coders and/or decoders.

Another exemplary embodiment of the invention relates to transitioningfrom a fixed memory configuration to a shared memory configurationduring one or more of initialization and SHOWTIME (user datatransmission).

An additional exemplary aspect of the invention relates to dynamicallyupdating one or more of shared memory and processing resources based onchanging communication conditions.

An additional exemplary aspect of the invention relates to updating oneor more of shared memory and processing resources based on an updatedcommunication parameter.

An additional exemplary aspect of the invention relates to updating theallocation of one or more of shared memory and processing resourcesbased on an updated communication parameter(s).

Additional aspects of the invention relate to exchanging shared resourceallocations between transceivers.

Additional exemplary aspects relate to a method of allocating sharedmemory in a transceiver comprising allocating the shared memory to aplurality of modules, wherein each of the plurality of modules compriseat least one interleaver, at least one deinterleaver or a combinationthereof.

Still further aspects relate to the above method wherein the pluralityof modules comprise interleavers.

Still further aspects relate to the above method wherein the pluralityof modules comprise deinterleavers.

Still further aspects relate to the above method wherein the pluralityof modules comprise at least one interleaver and at least onedeinterleaver.

Additional exemplary aspects relate to a transceiver comprising aplurality of modules each including at least one interleaver, at leastone deinterleaver or a combination thereof and a shared memory designedto be allocated to a plurality of the modules.

Still further aspects relate to the above transceiver wherein theplurality of modules comprise interleavers.

Still further aspects relate to the above transceiver wherein theplurality of modules comprise deinterleavers.

Still further aspects relate to the above transceiver wherein theplurality of modules comprise at least one interleaver and at least onedeinterleaver.

These and other features and advantages of this invention are describedin, or are apparent from, the following description of the embodiments.

BRIEF DESCRIPTION OF THE DRAWINGS

The embodiments of the invention will be described in detail, withreference to the following figures, wherein:

FIG. 1 is a functional block diagram illustrating an exemplarytransceiver according to this invention;

FIG. 2 is a flowchart outlining an exemplary method of sharing resourcesaccording to this invention;

FIG. 3 is a flowchart outlining an exemplary method of determining amaximum amount of shared memory according to this invention; and

FIG. 4 is a flowchart outlining an exemplary resource sharingmethodology according to this invention.

DETAILED DESCRIPTION

The exemplary embodiments of this invention will be described inrelation to sharing resources in a wired and/or wireless communicationsenvironment. However, it should be appreciated, that in general, thesystems and methods of this invention will work equally well for anytype of communication system in any environment.

The exemplary systems and methods of this invention will also bedescribed in relation to multicarrier modems, such as DSL modems andVDSL modems, and associated communication hardware, software andcommunication channels. However, to avoid unnecessarily obscuring thepresent invention, the following description omits well-known structuresand devices that may be shown in block diagram form or otherwisesummarized.

For purposes of explanation, numerous details are set forth in order toprovide a thorough understanding of the present invention. It should beappreciated however that the present invention may be practiced in avariety of ways beyond the specific details set forth herein.

Furthermore, while the exemplary embodiments illustrated herein show thevarious components of the system collocated, it is to be appreciatedthat the various components of the system can be located at distantportions of a distributed network, such as a telecommunications networkand/or the Internet, or within a dedicated secure, unsecured and/orencrypted system. Thus, it should be appreciated that the components ofthe system can be combined into one or more devices, such as a modem, orcollocated on a particular node of a distributed network, such as atelecommunications network. As will be appreciated from the followingdescription, and for reasons of computational efficiency, the componentsof the system can be arranged at any location within a distributednetwork without affecting the operation of the system. For example, thevarious components can be located in a Central Office modem (CO, ATU-C,VTU-O), a Customer Premises modem (CPE, ATU-R, VTU-R), a DSL managementdevice, or some combination thereof. Similarly, one or more functionalportions of the system could be distributed between a modem and anassociated computing device.

Furthermore, it should be appreciated that the various links, includingcommunications channel 5, connecting the elements can be wired orwireless links, or any combination thereof, or any other known or laterdeveloped element(s) that is capable of supplying and/or communicatingdata to and from the connected elements. The term module as used hereincan refer to any known or later developed hardware, software, firmware,or combination thereof that is capable of performing the functionalityassociated with that element. The terms determine, calculate andcompute, and variations thereof, as used herein are used interchangeablyand include any type of methodology, process, mathematical operation ortechnique. FCI block and latency path are used interchangeably herein aswell as transmitting modem and transmitting transceiver. Receiving modemand receiving transceiver are also used interchangeably.

FIG. 1 illustrates an exemplary embodiment of a transceiver 100 thatutilizes shared resources. It should be appreciated that numerousfunctional components of the transceiver have been omitted for clarity.However, the transceiver 100 can also include the standard componentsfound in typical communications device(s) in which the technology of thesubject invention is implemented into.

According to an exemplary embodiment of the invention, memory andprocessing power can be shared among a plurality of transmitter and/orreceiver latency paths, in a communications transceiver that carries orsupports multiple applications. For example, the transmitter and/orreceiver latency paths of the transceiver can share aninterleaver/deinterleaver memory and the shared memory can be allocatedto the interleaver and/or deinterleaver of each latency path. Thisallocation can be done based on the data rate, latency, BER, impulsenoise protection requirements of the application, data or informationbeing transported over each latency path, or in general any parameterassociated with the communications system.

Likewise, for example, the transmitter and/or receiver latency paths canshare a Reed-Solomon coder/decoder processing module and the processingpower of this module can be allocated to each encoder and/or decoder.This allocation can be done based on the data rate/latency, BER, impulsenoise protection requirements of the application data or informationbeing transported over each latency path, or in general based on anyparameter associated with the communication system.

In accordance with an exemplary operational embodiment, a firsttransceiver and a second transceiver transmit to one another messagesduring, for example, initialization which contain information on thetotal and/or shared memory capabilities of each transceiver andoptionally information about the one or more latency paths. Thisinformation can be transmitted prior to determining how to configure thelatency paths to support the application requirements. Based on thisinformation, one of the modems can select an FCI configurationparameter(s) that meets the transmission requirements of eachapplication being transported over each latency paths. While anexemplary of the embodiment of the invention will be described inrelation to the operation of the invention and characteristics thereofbeing established during initialization, it should be appreciated thatthe sharing of resources can be modified and messages transmittedbetween a two transceivers at any time during initialization and/or userdata transmission, i.e., SHOWTIME.

FIG. 1 illustrates an exemplary embodiment of a transceiver 100. Thetransceiver 100 includes a transmitter portion 200 and a receiverportion 300. The transmitter portion 200 includes one or more latencypaths 210, 220, . . . . Similarly, the receiver portion 300 includes oneor more latency paths 310, 320, . . . . Each of the latency paths in thetransmitter portion 200 includes a framer, coder, and interleaverdesignated as 212, 214, 216 and 222, 224 and 226, respectively. Each ofthe latency paths in the receiver portion includes a deframer, decoder,and deinterleaver designated as 312, 314, 316 and 322, 324, and 326,respectively. The transceiver 100 further includes a shared processingmodule 110, a shared memory 120, a parameter determination module 130, apath module 140, an allocation module 150, and a shared resourcemanagement module 160, all interconnected by one or more links (notshown).

In this exemplary embodiment, the transceiver 100 is illustrated withfour total transmitter portion and receiver portion latency paths, i.e.,210, 220, 310, and 320. The shared memory 120 is shared amongst the twotransmitter portion interleavers 216 and 226 and two receiver portiondeinterleavers 316 and 326. The shared processing module 110, such as ashared coding module, is shared between the two transmitter portioncoders 214 and 224 and the two receiver portion decoders 314 and 324.

While the exemplary embodiment of the invention will be described inrelation to a transceiver having a number of transmitter portion latencypaths and receiver portion latency paths, it should be appreciated thatthis invention can be applied to any transceiver having any number oflatency paths. Moreover, it should be appreciated that the sharing ofresources can be allocated such that one or more of the transmitterportion latency paths are sharing a shared resource, one or more of thereceiver portion latency paths are sharing a shared resource, or aportion of the transmitter portion latency paths and a portion of thereceiver portion latency paths are sharing shared resources. Moreover,any one or more of the latency paths, or portions thereof, could also beassigned to a fixed resource while, for example, another portion of thelatency path(s) assigned to a shared resource. For example, in latencypath 210, the interleaver 216 could be allocated a portion of the sharedmemory 120, while the coder 214 could be allocated to a dedicatedprocessing module, vice versa, or the like.

In accordance with the exemplary embodiment, a plurality of transmitterportion or receiver portion latency paths share aninterleaver/deinterleaver memory, such as shared memory 120, and acoding module, such as shared processing module 110. For example, theinterleaver/deinterleaver memory can be allocated to differentinterleavers and/or deinterleavers. This allocation can be based onparameters associated with the communication systems such as data rate,latency, BER, impulse noise protection, and the like, of theapplications being transported. Similarly, a coding module, which can bea portion of the shared processing module 110, can be shared between anyone or more of the latency paths. This sharing can be based onrequirements such as data rate, latency, BER, impulse noise protection,and the like, of the applications being transported.

For example, an exemplary transceiver could comprise a sharedinterleaver/deinterleaver memory and could be designed to allocate afirst portion of the shared memory 120 to an interleaver, such asinterleaver 216 in the transmitter portion of the transceiver andallocate a second portion of the shared memory 120 to a deinterleaver,such as 316, in the receiver portion of the transceiver.

Alternatively, for example, an exemplary transceiver can comprise ashared interleaver/deinterleaver memory, such as shared memory 120, andbe designed to allocate a first portion of shared memory 120 to a firstinterleaver, e.g., 216, in the transmitter portion of the transceiverand allocate a second portion of the shared memory to a secondinterleaver, e.g., 226, in the transmitter portion of the transceiver.

Alternatively, for example, an exemplary transceiver can comprise ashared interleaver/deinterleaver memory and be designed to allocate afirst portion of the shared memory 120 to a first deinterleaver, e.g.,316, in the receiver portion of the transceiver and allocate a secondportion of the shared memory to a second deinterleaver, e.g., 326, inthe receiver portion of the transceiver. Regardless of theconfiguration, in general any interleaver or deinterleaver, or groupingthereof, be it in a transmitter portion or receiver portion of thetransceiver, can be associated with a portion of the shared memory 120.

Establishment, configuration and usage of shared resources is performedin the following exemplary manner. First, and in cooperation with thepath module 140, the number of transmitter and receiver latency paths(N) is determined. The parameter determination module 130 then analysesone or more parameters such as data rate, transmitter data rate,receiver data rate, impulse noise protection, bit error rate, latency,or the like. Based on one or more of these parameters, the allocationmodule 150 allocates a portion of the shared memory 120 to one or moreof the interleaver and/or deinterleavers, or groupings thereof. Thisprocess continues until the memory allocation has been determined andassigned to each of the N latency paths.

Having determined the memory allocation for each of the latency paths,and in conjunction with the shared resource management 160, thetransceiver 100 transmits to a second transceiver one or more of thenumber of latency paths (N), the maximum interleaver memory for any oneor more of the latency paths and/or the maximum total and/or sharedmemory for all of the latency paths.

Three examples of sharing interleaver/deinterleaver memory and codingprocessing in a transceiver are described below. The latency paths inthese examples can be in the transmitter portion of the transceiver orthe receiver portion of the transceiver.

EXAMPLE #1

A first transmitter portion or receiver portion latency path may carrydata from a video application, which needs a very low BER but cantolerate higher latency. In this case, the video will be transportedusing an latency path that has a large amount ofinterleaving/deinterleaving and coding (also known as Forward ErrorCorrection (FEC) coding). For example, the latency path may beconfigured with Reed-Solomon coding using a codeword size of 255 bytes(N=255) with 16 checkbytes (R=16) and interleaving/deinterleaving usingan interleaver depth of 64 (D=64). This latency path will requireN*D=255*64=16 Kbytes of interleaver memory at the transmitter (orde-interleaver memory at the receiver). This latency path will be ableto correct a burst of errors that is less than 512 bytes in duration.

A second transmitter portion or receiver portion latency path may carryan internet access application that requires a medium BER and a mediumamount of latency. In this case, the internet access application will betransported using a latency path that has a medium amount ofinterleaving and coding. For example, the latency path may be configuredwith Reed-Solomon coding using a codeword size of 128 bytes (N=128) with8 checkbytes (R=8) and interleaving using an interleaver depth of 16(D=32). This latency path will require N*D=128*32=4 Kbytes ofinterleaver memory and the same amount of deinterleaver memory. Thislatency path will be able to correct a burst of errors that is less than128 bytes in duration.

A third transmitter portion or receiver portion latency path may carry avoice telephony application, which needs a very low latency but cantolerate BER. In this case, the video will be transported using anlatency path that has a large amount of interleaving and coding. Forexample, the third transmitter portion or receiver portion latency pathmay be configured with no interleaving or coding which will result inthe lowest possible latency through the latency path but will provide noerror correction capability.

According to the principles of this invention, a system carrying thethree applications described above in Example #1, would have threelatency paths that share one memory space containing at least (16+4)=20Kbytes. The three latency paths also share a common coding block that isable to simultaneously encode (in the transmitter portion) or decode (ina receiver portion) two codewords with N=255/R=16 and N=128/R=8.

According to an exemplary embodiment of this invention, the latencypaths can be reconfigured at initialization or during data transmissionmode (also known as SHOWTIME in ADSL and VDSL transceivers). This wouldoccur if, for example, the applications or application requirements wereto change.

EXAMPLE #2

If instead of 1 video application, 1 internet application and 1 voiceapplication, there were 3 internet access applications then thetransmitter portion and/or receiver portion latency paths would bereconfigured to utilize the shared memory and coding module in adifferent way. For example, the system could be reconfigured to have 3transmitter portion or receiver portion latency paths, with each latencypath being configured with Reed-Solomon coding using a codeword size of128 bytes (N=128) with 8 checkbytes (R=8) and interleaving using aninterleaver depth of 16 (D=32). Each latency path will requireN*D=128*32=4 Kbytes of interleaver memory and each block will be able tocorrect a burst of errors that is less than 128 bytes in duration. Basedon the example of carrying the three internet access applicationsdescribed, the three latency path share one memory space containing atleast 3*4=12 Kbytes. Also the three latency paths share a common codingblock that is able to simultaneously encode (on the transmitter side) ordecode (on the receiver side) three codewords with N=128/R=16, N=128/R=8and N=128/R=8.

EXAMPLE #3

The system could be configured to carry yet another set of applications.For example, the latency paths could be configured to carry 2 videoapplications. In this case only 2 transmitter portion or receiverportion latency paths are needed, which means that the third latencypath could be simply disabled. Also, assuming that the memory isconstrained based on the first example above, then the maximum sharedmemory for these 2 latency paths is 20 kBytes. In this case, the systemcould be reconfigured to have 2 latency paths, with each block beingconfigured with Reed-Solomon coding using a codeword size of 200 bytes(N=200) with 10 checkbytes (R=10) and interleaving/deinterleaving usingan interleaver depth of 50 (D=50). Each latency path will requireN*D=200*50=10 Kbytes of interleaver memory and each block will be ableto correct a burst of errors that is less than 250 bytes in duration.This configuration results in 20K of shared memory for both latencypaths, which is the same as in the first example. In order to staywithin the memory constraints of the latency paths, the error correctioncapability for each latency path is decreased to 250 bytes from 512bytes in Example #1.

Another aspect of this invention is the how FCI configurationinformation is transmitted between a first modem and a second modem. FCIconfiguration information will depend on the requirements of theapplications being transported over the DSL connection. This informationmay need to be forwarded during initialization in order to initiallyconfigure the DSL connection. This information may also need to beforwarded during SHOWTIME in order to reconfigure the DSL connectionbased on a change in applications or the application requirements.

According to one embodiment, a first modem determines the specific FCIconfiguration parameters, e.g,. N, D, R as defined above, needed to meetspecific application requirements, such as latency, burst errorcorrection capability, etc. In order to determine the FCI configurationparameters, the first modem must know what are the capabilities of asecond modem. For example, the first modem must know how many latencypaths (FCI blocks) the second modem can support. Also the first modemmust know the maximum amount of interleaver memory for each transmitterlatency path. In addition, since the transmitter latency paths may sharea common memory space the first modem must know the total shared memoryfor all transmitter latency paths. This way the first modem will be ableto choose a configuration that can meet application requirements andalso meet the transmitter portion latency path capabilities of thesecond modem.

For example, using values from examples above, a first transceiver couldsend a message to a second transceiver during initialization or duringSHOWTIME containing the following information:

-   -   Number of supported transmitter and receiver latency paths=3    -   Max Interleaver Memory for latency path #1=16 Kbytes    -   Max Interleaver Memory for latency path #2=16 Kbytes    -   Max Interleaver Memory for latency path #3=16 Kbytes    -   Maximum total/shared memory for all latency paths=20 kBytes        Based on this information, and the application requirements, the        first transceiver would select latency path settings. For        example, if the applications are 1 video, 1 internet access and        1 voice application, the first transceiver could configure 3        latency paths as follows:        latency path #1—Video: N=255, R=16, D=64        latency path #2—Video: N=128, R=8, D=32        latency path #3—Video: N=0, R=0, D=1 (no coding or interleaving)

This would result in a total interleaver memory of 20 kbytes.

Alternatively, if for example, there are only 2 video applications, thefirst transceiver could configure 2 latency paths as follows:

latency path #1—Video: N=200, R=10, D=50latency path #2—Video: N=200, R=10, D=50latency path #3—Video: N=0, R=0, D=1 (no coding or interleaving)

This would also result in a total interleaver memory of 20 kbytes.

Alternatively, the second transceiver can determine the specific FCIconfiguration parameters, e.g., N, D, R as defined above, needed to meetspecific application requirements, such as latency, burst errorcorrection capability, etc. As described above for the firsttransceiver, in order to determine the FCI configuration parameters, thesecond transceiver must first know what are the capabilities of thefirst transceiver. In this case, the first transceiver would send amessage to the second transceiver containing the information describedabove and based on this information and the application requirements thesecond transceiver would select latency path settings.

FIG. 2 outlines an exemplary method of allocating shared memory in atransceiver. More specifically, control begins in step S200 andcontinues to step S210. In step S210, one or more of sharedinterleaver/deinterleaver memory and/or shared coder/decoder processingresources are allocated to one or more latency paths, in a transceiver.Control then continues to step S220 where the control sequence ends.

FIG. 3 outlines an exemplary method of exchanging shared resourceallocations according to an exemplary embodiment of this invention. Inparticular, control begins in step S310. In step S310, a maximum amountof shared memory that can be allocated to a specific interleaver ordeinterleaver of a plurality of interleavers or deinterleavers in atransceiver is determined. Next, in step S320, the determined maximumamount for one or more of the deinterleavers and/or interleavers istransmitted to another transceiver. Messages containing additionalinformation can also be transmitted to the other transceiver and/orreceived from the other transceiver. Control then continues to step S330where the control sequence ends.

FIG. 4 outlines an exemplary procedure for resource sharing according toan exemplary embodiment of this invention. In particular, control beginsin step S400 and continues to step S410. In step S410, the number oflatency paths are determined. Then, in step S420, the latency pathinformation (FCI block information) is transmitted to anothertransceiver. Messages containing additional information can also betransmitted to the other transceiver and/or received from the othertransceiver. This information can be used to, for example, assist withthe determination of memory allocation in the transceiver. Moreover, themessages received from the other transceiver could specify what thememory allocation is to be based on, for example, the number of latencypaths, memory allocation in the remote transceiver and requiredapplications. Control then continues to step S430.

In step S430, and for each latency path, the steps in step 440 areperformed.

In step S440, and while monitoring of allocation of resources is beingperformed, steps 450 and 460 are performed. More specifically, in stepS450, one or more parameters associated with the communication systemare determined. Then, in step S460, shared resources are allocated basedon one or more of the communication parameters. Control then continuesto step S470.

In step S470, the allocation of shared resources is communicated toanother transceiver. Next, in step S480, a determination is made as towhether there is a change in communications that would require theadjustment of the shared resource allocation. Examples of changes incommunications conditions include a change in applications beingtransported over the system and/or changes in the channel condition,etc. If adjustments are required, control jumps back to step S410.Otherwise, control jumps to step S490 where the control sequence ends.

The above-described system can be implemented on wired and/or wirelesstelecommunications devices, such a modem, a multicarrier modem, a DSLmodem, an ADSL modem, an XDSL modem, a VDSL modem, a linecard, testequipment, a multicarrier transceiver, a wired and/or wirelesswide/local area network system, a satellite communication system, amodem equipped with diagnostic capabilities, or the like, or on aseparate programmed general purpose computer having a communicationsdevice or in conjunction with any of the following communicationsprotocols: CDSL, ADSL2, ADSL2+, VDSL1, VDSL2, HDSL, DSL Lite, IDSL,RADSL, SDSL, UDSL or the like.

Additionally, the systems, methods and protocols of this invention canbe implemented on a special purpose computer, a programmedmicroprocessor or microcontroller and peripheral integrated circuitelement(s), an ASIC or other integrated circuit, a digital signalprocessor, a hard-wired electronic or logic circuit such as discreteelement circuit, a programmable logic device such as PLD, PLA, FPGA,PAL, a modem, a transmitter/receiver, any comparable means, or the like.In general, any device capable of implementing a state machine that isin turn capable of implementing the methodology illustrated herein canbe used to implement the various communication methods, protocols andtechniques according to this invention.

Furthermore, the disclosed methods may be readily implemented insoftware using object or object-oriented software developmentenvironments that provide portable source code that can be used on avariety of computer or workstation platforms. Alternatively, thedisclosed system may be implemented partially or fully in hardware usingstandard logic circuits or VLSI design. Whether software or hardware isused to implement the systems in accordance with this invention isdependent on the speed and/or efficiency requirements of the system, theparticular function, and the particular software or hardware systems ormicroprocessor or microcomputer systems being utilized. Thecommunication systems, methods and protocols illustrated herein can bereadily implemented in hardware and/or software using any known or laterdeveloped systems or structures, devices and/or software by those ofordinary skill in the applicable art from the functional descriptionprovided herein and with a general basic knowledge of the computer andtelecommunications arts.

Moreover, the disclosed methods may be readily implemented in softwarethat can be stored on a storage medium, executed on programmedgeneral-purpose computer with the cooperation of a controller andmemory, a special purpose computer, a microprocessor, or the like. Inthese instances, the systems and methods of this invention can beimplemented as program embedded on personal computer such as an applet,JAVA® or CGI script, as a resource residing on a server or computerworkstation, as a routine embedded in a dedicated communication systemor system component, or the like. The system can also be implemented byphysically incorporating the system and/or method into a software and/orhardware system, such as the hardware and software systems of acommunications transceiver.

It is therefore apparent that there has been provided, in accordancewith the present invention, systems and methods for sharing resources.While this invention has been described in conjunction with a number ofembodiments, it is evident that many alternatives, modifications andvariations would be or are apparent to those of ordinary skill in theapplicable arts. Accordingly, it is intended to embrace all suchalternatives, modifications, equivalents and variations that are withinthe spirit and scope of this invention.

1. A method for sharing resources in a transceiver comprising:allocating a first portion of shared memory to a first latency path andallocating a second portion of the shared memory to a second latencypath. 2-45. (canceled)